Conversation
Next Steps to Merge✅ All automated merging requirements have been met! To get your PR merged, see aka.ms/azsdk/specreview/merge.Comment generated by summarize-checks workflow run. |
API Change CheckAPIView identified API level changes in this PR and created the following API reviews
|
2ffadb7 to
f87e248
Compare
a7b29e8 to
54bd27b
Compare
There was a problem hiding this comment.
I believe this PR is actually doing two things:
- Reverting #35105, which was merged un-intentionally
- Adding typespec-generated swagger for 2025-06-01
Instead of combining these in a single PR, I think the cleanest path forward would be:
- Run
git revert 35105, to directly undo the mistake. This revert PR may have breaking changes, but we are just reverting your spec to the last known good status, so it should be safer to bypass failing checks. - Create a new PR, from your last-known-good state, to your new desired state. This should give valid results for breaking changes.
|
@mikeharder I am more curious why PR #35105 can be merged, should tsv fail when service team adding new manual authored swaggers after it converted to TypeSpec? |
There is a feature request for this, but not yet implemented: I will add you to the mail thread with more context. |
@wiboris Seems you've done 1, which I've approved. Please create a new PR for 2. |
|
please address this comment and once cofirmed as addressed, please request arm review again. In reply to: 3637429976 |
|
as per Gary's comment, i think 1st one is addressed. In reply to: 3844487946 |
Previously we shipped a updated typespec for 2025-06-01 #35105 which had all the breaking changes approved. That PR had to be reverted because it wasn't created with typespec. This PR has the same updates and breaking changes as the previous PR but this time its TypeSpec based.
ARM (Control Plane) API Specification Update Pull Request
Tip
Overwhelmed by all this guidance? See the
Getting helpsection at the bottom of this PR description.PR review workflow diagram
Please understand this diagram before proceeding. It explains how to get your PR approved & merged.
Purpose of this PR
Previously we shipped a updated typespec for 2025-06-01 #35105 which had all the breaking changes approved. That PR had to be reverted because it wasn't created with typespec. This PR has the same updates and breaking changes as the previous PR but this time its TypeSpec based.
What's the purpose of this PR? Check the specific option that applies. This is mandatory!
Due diligence checklist
To merge this PR, you must go through the following checklist and confirm you understood
and followed the instructions by checking all the boxes:
ARM resource provider contract and
REST guidelines (estimated time: 4 hours).
I understand this is required before I can proceed to the diagram Step 2, "ARM API changes review", for this PR.
Additional information
Viewing API changes
For convenient view of the API changes made by this PR, refer to the URLs provided in the table
in the
Generated ApiViewcomment added to this PR. You can use ApiView to show API versions diff.Suppressing failures
If one or multiple validation error/warning suppression(s) is detected in your PR, please follow the
suppressions guide to get approval.
Getting help
Purpose of this PRandDue diligence checklist.write accessper aka.ms/azsdk/access#request-access-to-rest-api-or-sdk-repositoriesNext Steps to Mergecomment. It will appear within few minutes of submitting this PR and will continue to be up-to-date with current PR state.and https://aka.ms/ci-fix.
queuedstate, please add a comment with contents/azp run.This should result in a new comment denoting a
PR validation pipelinehas started and the checks should be updated after few minutes.